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IMgTWQRK-BASgP CQNFgRENCE SYSTEM 



The present invention relates to management of network-based conference 
5 systems and finds particular application in audio-conferencing with a screen-based 
user interface. 

Although the majority of telephony based traffic is between just two parties, the 
technology to provide an audio mix between a larger number of people has existed 

10 on public telephone networks for several years. Commercial services allowing 3- 
way conferencing are available to users of digital exchanges and services which 
allow tens or even hundreds of users to be connected into an audioconference via 
operator control also exist. Telephony based audio conferencing now provides 
high quality audio for groups of 10 or more and it is cheaper and less intrusive than 

15 video conferencing; noise reduction algorithms have meant that the sound quality 
is increasingly good. On the other hand audio conferencing systems tend to be 
either expensive or awkward to use since they require either the memorisation of 
arcane dual tone multi-frequency (DTMF) control codes or that users should set up 
the conference via an operator. 

20 

Telephony, or telecommunications, in this context is the type of communication 
which can be provided by means of a switch-based network and usually involves 
the establishment of a particular route through a network between terminals, a 
connection, by means of a set-up procedure. Communication for the course of a 
25 communication session, such as a telephone call, follows the same route through 
the network between the terminals. The connection is then cleared down at the 
end of the communications session. This is in contrast to a data network of the 
type in which packets of data may take different routes across the network and 
have to be reassembled in a correct order at a receiving terminal. 

30 

Internet based audio conferencing applications have started to become available. 
They allow groups of people anywhere in the world to talk to each other using 
packet switched protocols such as Remote Procedure Calls (RPC). These systems 
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allow conferences to be set up and controlled relatively easily via a graphical user 
interface. This communicates with a server based application which controls which 
people can talk to each other. Users can see text labels or images which represent 
both themselves and other users and can take advantage of the relatively intuitive 
5 and powerful control and feedback facets of a graphical user interface. Many of 
these systems follow a "rooms' based metaphor in which each conference takes 
place in a room. Users can wander from room to room taking part in conversations 
as they go. 

10 The problem with this kind of system is that voice quality is contingent upon both 
the bandwidth of the connection to each user being sufficiently large and the 
overall performance of the network being above a given threshold. This makes it 
difficult to guarantee an acceptable level of sound quality for all users at all times. 
There is also a problem with echo caused by delays in digitally encoding speech 

15 from each user; this means that users hear their own voices repeated after a delay 
at the remote endfsj unless all users wear headphones. Finally some service 
providers are seeking to ban, limit or charge extra for services which use 
demanding protocols such as RPC. 

20 There are a number of audiographic standards which already exist to support the 
integration of telephony with shared computer applications. Most notable of these 
are the ITU's T.I 20, H.320, H.323 and H.324 series of recommendations which 
detail communication protocols appropriate for audiographic teleconferencing. 
These allow services to be constructed which involve the integration of telephony 

25 with computer applications and facilitate features such as shared electronic 
whiteboards. The T.I 20 standards are based on the premise that a client system 
will run software which is capable of integrating computer and telephony 
applications together. The disadvantage of these systems is that each client 
system must possess and be capable of running software which is compatible with 

30 the standard. System developers must also be familiar with the the Applications 
Programming Interfaces (APIs) upon which the system is based. 
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provided at a client, also connected to the internet. The management and control 
unit can then provide a powerful and very versatile tool in providing audio- 
conferencing. 

5 Audio conferencing systems according to preferred embodiments of the present 
invention can combine the ease of use of a GUI based system whilst also 
leveraging the reliable voice quality associated with the phone network. Such 
systems can impose minimum technical or cognitive requirements on each user 
and preferably use established protocols wherever possible. 

10 

The system can allow anybody who has simultaneous access to an Internet (or 
similar) connection, to provide the graphical user interface, and a separate directly 
diallabte phone line to setup, control, record and clear down high quality audio 
conferences. 

15 

Preferably, the database is used to maintain updaiable information specific to each 
user. This information can include for instance images of the users involved in a 
conference so that, whilst they are using the system, they can see annotated 
pictures of anybody else who is connected. 

20 

Not only is there no need for users to remember control codes but they do not 
need to know the phone number of other participants. Conferences can be made 
private and users can change their outgoing telephone number when they move 
from one location to another. 

25 

Although described in relation to the Internet, embodiments of the present 
invention would also be useful where connected to other networks in place of the 
Internet. Clearly, embodiments of the present invention would also be relevant 
where the user is connected to a less extensive network than the Internet, or to a 
30 company "Intranet", 
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6 

Figure 3 shows a graphical user interface for use at a client browser for the system 
of Figure 1 ; and 

5 Figures 4, 5, 6 and 7 show functional breakdowns of objects for use in an 
application residing on a server in a system as shown in Figure 1 . 

Referring to Figure 1, each user has a personal computer 100 with an Internet IP 
connection 105, and a web browser application which supports HTML3.2 {or 
10 later), together with Frames and either Javascript or Jscript. They must also have 
a separate telephony connection 1 10 with a telephone 115 which can be directly 
dialled. Possible network configurations to support this include the use of 

a) 2 Public Switched Telecommunications Network (PSTN) lines, 

b) an Integrated Services Digital Network (ISDN) 2 connection where one B 
channel is used for voice and the other for data, or 

c) the combination of a Local Area Network (LAN) and Private Branch Exchange 
20 <PBX) connection. 

At the server end of the system, there is a Worldwide Web server 120 which can 
dynamically produce HTML pages by Simple Query Language (SQL) based 
reference to a database 125. It can also write information to the database 125. 

25 

The WWW server 120 is also connected via a RFC 1006 socket level connection 
220 to an Acculab Millenium CT (RTM) platform 135. This is a PC-based device, 
described in copending British patent applications 9619958.3 filed on 25th 
September 1996 and 9707712.7 filed on 16th April 1997 by the same applicant, 
30 the contents of which are incorporated herein by reference, which has a number of 
capabilities including the ability to set up, control and record audio conferences. 
Prior to its launch as a product it was known as Minor Applications Platform 
(MAP). The Millenium CT is connected between a telecommunications network, 
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operating system automatically generates the messages interchanged between the 
objects in a manner similar to Remote Procedure Calls (RPCl. 

The application object 200 

5 This is linked into the WWW server 120 to provide a set of multiply re-entrant, 
memory resident functions. These functions are called in an HTML request from 
the user and allow conferences to be set-up and managed using functions provided 
by the Millenium CT interface object 205 lor MAP object). 

1 0 The MAP object 205 

This receives requests from the application object 200 and controls the Millenium 
CT 135 by sending it commands and polling it for commands and for responses to 
previously sent messages. The RFC1006 protocol (running over TCP/IP) is 
implemented in the MAP object 205 and on the Millenium CT 135 to provide a 
15 reliable peer-to-peer protocol for message passing. 

As it may take some time (a few seconds) to process a request from the 
application object, the MAP object queues a request in a CONFERENCE-REQUEST 
database table (further discussed below under "The Database"). An initial (HTML) 
20 response is sent back to the client indicating that a request is being processed. 

The MAP object 205 is implemented as an event driven state machine since the 
requests usually require a number of messages to be interchanged with the 
Millenium CT. The state of the request is stored in the CONFERENCE REQUEST 

25 database table entry {further discussed below under "The Database"). The MAP 
object 205 polls the CONFERENCE-REQUEST table for user requests frequently (for 
instance once every 5 seconds). Once a request is found, the command sequence 
is initiated by sending the first command to the Millenium CT 135. The MAP object 
205 polls the Millenium CT 135 for a response at regular intervals (for instance 

30 once every second); once a response is received the MAP object 205 identifies 
which conference the response refers to (from a conference number field in the 
response). It then determines the current state from the request stored in the 
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(Vlillenium CT Application 

In order to implement the setting up and management of a conference from the 
5 server, the Millenium CT 135 is provided with an application which can receive 
commands from the MAP object 205 and respond by supplying the functions 
required. These are for instance establishing audio bridges between the 
conference participants, delivering speech messages, such as "Please wait", and 
recording and storing sound for later access. The form of such an application of 
10 course is adapted to receive and respond to the messages set out above under 
"Millenium CT Object 205", and this determines the functionality of the Millenium 
CT application. The application will be compatible with the operating system of 
the Millenium CT 135 which may for instance be UNIX but could be another 
operating system. 

15 

The database 

The database 1 25 is used to store Information about people using the system and 
about audio conferences. Any relational or object-oriented database is sufficient 
20 though the present system uses an Oracle database accessed using Simple Query 
Language. This is called from functions in the application and Database objects 
200, 210. Oracle sequences are used to generate unique conference numbers. 



The tables used in the Oracle database are as follows: 

25 



TABLE NAME 


FUNCTION 


CONFERENCE REQUEST 


A queue of requests from users to take part in an 
audio conference 


CONFERENCE 


A list of all the current conferences together witfi 
information on whether they are being recorded 


PERSON CONFERENCE 


A list of the people who are in each conference 
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PERSON CONFERENCE tables in the database 125. U also gets a list of those 
who are logged on but not in a conference by looking at who has an on-line status 
of 1 in the PERSON table. 

5 Others will also see the new user's name as soon as their respective meeting-place 
windows 300 are updated. When the system starts up, users are shown their own 
image together with the telephone number at which the system is currently 
programmed to dial them. All audio conferences taking place on the system are 
given a two or three digit identifier (room number) when they are initiated to assist 

10 users in telling each other where to rendezvous (the numbers are taken from a 
cycling range from 01 to 999). The arrival of a new user online is indicated by the 
temporary display of an indicator such as a coloured dot 335 adjacent the name lor 
names} of anybody who is newly arrived (see the "Butler" process below) and by 
the updating of the meeting-place screen of each user, 

15 (Figure 3 shows "Andrew" twice. These are different people.) 

Meetinq^place User interface 

The Meeting-place User Interface appears as a window 300 generated by a user's 
20 web browser on their personal computer 100. Figure 3 shows a point where a 
user (Philip) has just clicked on the *ROOM 17* link in the logged-on frame 305. 
This causes the system to show images of Andrew and Debra who are currently 
talking in this room by accessing the tables in the database 125. An icon 325 in 
the room frame 315 also shows that the conference is being recorded. User 
25 'Andrew' has just logged onto the system so the Butler process is showing an 
indicator 335 adjacent to his name. Selecting the 'Enter Room 17' button causes 
the system to call up Philip's number and add him in to the conference. 

Starting a Confere nce with Somebody who is Logged Onto the Svstem 

30 

To find out about another user who is currently connected, the user clicks on the 
person's name. They are then shown a picture of the person together with a note 
of the dialback number of the nearest phone (see "Telephone Number Assignment 
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and Mobility" below). There is also a button which gives the user (henceforth 
called the "originator") the option to set-up a conference. Once pressed, the 
request to set-up a conference is sent to the server 1 20. 

5 The server 1 20 queues the request in the CONFERENCE-REQUEST table. The MAP 
object 205 subsequently retrieves the request from the table, creates entries in the 
CONFERENCE and PERSON-CONFERENCE tables, and Instructs the Millenium CT 
135 to set-up the conference using the following commands: 

• Conference Registration (register a conference with the Millenium CT) 
10 • Call Dial (to the originator) 

• Call Dial (to the other person) 

• Mix all Participants (mix the calls into an audio conference) 

When the originator answers the call they are played a message telling them that 
15 an audio conference is being set up and asking them to wait. When the called 
person answers they too are given a message telling them that a conference is 
being set up. 

Once both parties have answered, the calls generated by the system are 
20 connected together into a telephony based audio-conference and both entries in 
the PERSON table are updated with the conference number. The MAP object 205 
updates the status field (to indicate success) in the CONFERENCE-REQUEST table 
in the database 1 25. 

25 Whilst the conference is being established, the originator is shown a screen of 
cycling dots (generated by an animated GIF graphic) asking them to wait. 
Meanwhile a small secondary frame is reloaded using the client-pull HTML 
construct (for instance every 5 seconds). When the server receives a reload 
request, it inspects the status in the CONFERENCE-REQUEST table. If the status 

30 indicates the conference has been set-up, it returns HTML to the updated frame 
which causes the entire layout of the window to be reloaded. This mechanism thus 
updates the meeting-place windows 300 of both people to show they are 
connected in a conference and deletes the request from the 
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CONFERENCE_REQUEST table. All other people who are connected to the system 
also have their meeting-place windows updated to show that the conference is in 
progress. This is achieved by updating the dummy' person entry in the PERSON 
table with the current time to indicate that the displays should be updated (see 
5 "The Update Process" below for details). 

Tftl^phone Mumber Assignment and Mobility 

In environments such as schools, users of the system may wish to log on from any 
10 one of a number of terminals. To prevent the user from having to manually assign 
themselves the telephone number of the nearest phone each time they log on, this 
number is stored on the hard disk of each client machine. This can be achieved for 
instance by using a system such as that known as the "Netscape Client-side 
Cookie". This specifies the telephone number for the machine as well as a text 
15 string describing where it Is located, for example "Andrew's office". When a user 
initially logs on to the system, a Javascript function located in the rooms frame of 
the meeting place will attempt to read any cookie which has previously been set 
by the system. If no cookie is found, or if a previously set cookie has expired, the 
rooms frame in the meeting place will inform the user that no telephone has been 
20 associated with the machine that they are using. (Note: cookies are set to have a 
fixed life, for example one year, after which they expire.) The rooms frame will 
then invite the user to choose a telephone by selecting from a pop-up menu of 
numbers which are allowable for that particular user. (This page is generated 
dynamically from information in the ADDRESS table in the database.) 

25 

Once a number has been selected from the menu, a cookie will be written with the 
Information and the frame will reload to show the user's personal information with 
their new dialback number. 

30 During initial logon, if the system detects that a cookie has been previously set, it 
will automatically assign the number from this cookie to the user for the duration 
of the session. Since the cookie setting activity need only be done rarely, it is 
possible for a system administrator to tour all machines which will be used and set 
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cookies 
above process 



for each one. In this way. the end user need never have to go through the 



From time to time, it may be necessary to move a computer from one location to 
5 another or to use a different telephone iine with a particular computer. In these 
circumstances, either a user or a system administrator can assess a "Phone 
number setting form" which contains Javascript code broadly similar to that 
mentioned above. The page has to be manually invoked and occupies a main 
window of the browser in this case. When the page is loaded, the appropriate 
10 cookie is read, if there is one. and the currem number and location shown. The 
page also contains a popup menu of legal numbers which is assembled from the 
database. If a new number is selected, then the existing cookie is overwritten 

J . ^ - TKtt nane i« siso reloaded which causes the 

with the updated information. The page is aiso 

changed number and location to be shown. 



15 



,lninin^ an F^^i'^tinff f-nnfarence 



The user joins an existing conference by clicking on a text link denoting the 
conference's number. They are then shown the list of participants in the 
20 conference. There is also a button which gives the person the.option to join the 
conference. 

The server 1 20 queues the request in the CONFERENCE-REQUEST table. The 
MAP object 205 subsequently retrieves the request from the table, creates a new 
25 entry in the PERSON-CONFERENCE table, and instructs the Millenium CT 135 to 
set-up the conference using the following commands: 

• Call Dial 

. Mix all Participants Imix the calls into an audio conference) 

30 

The system starts by making an outgoing call to the person. When the person 
answers the call they are played a message telling them that they are being added 
to the conference. Whilst the conference is being established the person is shown 
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a screen of cycling dots asking hinn or her to wait. Meanwhile a small secondary 
frame is reloaded using the client pull HTML construct (for instance every 5 
seconds). When the server receives a reload request it inspects the status in the 
CONFERENCE-REQUEST table. If the status indicates that the conference has been 
5 established, it returns HTML to the updated frame which causes the entire layout 
of the window to be reloaded. This mechanism thus updates the meeting-place 
windows of both people to show they are connected in a conference and deletes 
the request from the CONFERENCE-REQUEST table. After a short delay they are 
added in to the conference and the request is deleted from the CONFERENCE- 
10 REQUEST table. 

The arrival of a new user in a conference is indicated with a short auditory tone, 
by the temporary display of an indicator such as a coloured dot adjacent to the 
names of any users who are newly arrived on-line (see the "Butler process" 

15 described below) and by the updating of the meeting-place screen 300 of all users. 
Those users who are in the room in question are shown an image of the person 
who has just joined. If they move their mouse cursor over this image they are 
shown the person's name in the status bar of the window. Users may continue to 
join a conference until it has grown to the maximum size allowable by the system 

20 (30 people in the embodiment being described here). Whenever more than 8 
people are present in the same conference the display is changed to show only 
the names of users rather than their pictures. 

Inviting Into a Conference 

25 

Users who are already in an established conference can choose to invite other 
people who are logged on to the system to take part as weM. They do this by 
clicking on the name of such a person in the logged-on frame (only the names of 
people who are not logged in to a conference are shown as active HTML links at 
30 this time). When the person's name is clicked, the user is shown a confirm 
message in the control frame. If they confirm that they do indeed want to invite 
the person into the conference, the system will initiate a call to that person and try 
to add them to the conference. 
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The Millenium CT 135 disconnects the last person if there is only a single person 
left in a conference after someone has left. Once the last person has been 
disconnected, the MAP object sends a conference registration' command to the 
Millenium CT 135 to de-register the conference. The meeting-place windows 300 
5 of all users are then updated. 

An alternative way of leaving a conference is for users to simply put down their 
phone. In the current implementation of ISDN in the UK the Millenium CT 135 is 
not notified by the telephone exchange that a person has cleared their call for 2 
10 minutes. (After this time, the exchange sends a "call clear" DASS2 message to 
the Millenium CT.) A forthcoming modification of the BT network to European 
ISDN lETSI) standards should riiean that the Millenium CT 135 will be able to 
detect cleared-down calls in the near future. 

15 The Update Process 



It is necessary to update the meeting-place window 300 of each user who is 
connected to the system whenever a significant event occurs. These events are 
when: 

20 

o A user comes on-line or is logged out (see next section) 
o A user enters or leaves an audio conference 
o A user shares a URL (see below) 

o A user starts or stops recording an audio-conference (see below) 
25 o When the conference privacy status is changed 

When such an event happens, the time and date at which the event occurred is 
stored in the GROUPS table (for individual users) and in the CONFERENCE table 
(for conference related events). 

30 

The update process works by using the client-pull HTML construct from within a 
small frame 310 in the meeting-place window 300. Every few seconds (for 
instance every 15 seconds) this window is set tp"update". When the server 120 
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by storing this URL in the PERSON table for that user. This is indicated visually in 
the meeting place window 300 of all conference participants by showing a small 
graphic with the word Mink* beneath the image 330 of the sending user. This is 
achieved by updating the entry in the CONFERENCE table to indicate that the 
5 displays should be updated (see " The Update Process " above). 

If the person stipulates a subsequent link during the course of the same conference 
then the colour of the link graphic changes to show that a new link has been 
specified for that person (this is also stored in the PERSON table). Others in the 
1 0 conference can click on a link graphic to see the associated URL opened up in a . 
new window on their browser. 

Recording a Conference 

1 5 Users can choose to record a conference so that they can play it back later. The 
originator's meeting-place 300 has an additional icon 325 which allows them to 
record the conference. If the originator drops out of the conference leaving others 
talking, then the recording control is passed to whoever has been in the 
conference for the next longest time. The idea behind this approach is to avoid 

20 conflicting requests for starting and stopping a recording that may be generated if 
all users have their own recording control. 

Alternatively, ail participants in a conference may have an icon which allows them 
to record the conference. When a person presses the 'start recording' button they 

25 are prompted to give the recording a name and to type this into a text entry box. 
(The recording has a separate, system-generated unique name so it is not 
mandatory that the user give the recording a unique name). The user then submits 
the recording name using a button. A recording request is then queued with the 
server 120 requesting that the conference be recorded. The MAP object 205 then 

30 sends the Millenium CT 135 the 'Record Start' message to start recording the 
conference. Whilst the recording is being initiated, the person is shown the screen 
of cycling dots asking them to wait. When the recording is started the request is 
deleted from the CONFERENCE-REQUEST table.. The start of the recording is 
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it, and who took part in it. This is achieved by storing this information in the 
database when the 'Record Save' message is sent to the Millenium CT 135. 

Making a Perspnal Recording 

5 

In addition to recording a conference it is possible to use the system to record 
one's own voice only. This feature can be used for recording voice messages or for 
pronunciation exercises for example. Whenever a user is on line but not in a 
conference they have the option of clicking on the 'Record* button in the control 

10 frame of the meeting place. When they do this they are prompted to give the 
recording a name and to type this into a text entry box (the recording has a 
separate system generated unique name so it is not mandatory that the recording 
be named with a unique identifier), Once a name has been submitted to the system 
an outgoing call is initiated to the user's number and they are placed in a private 

15 lor "single user") conference in which they are the only participant. As soon as the 
conference is set up the recording request is automatically queued to the server. 
The MAP object 205 then sends the Millenium CT 135 the 'Record Start' message 
to start recording the conference. The user hears a voice announcement shortly 
after the start of the conference to tell them that recording has begun. They also 

20 are shown an animated 'recording' icon. 

When the user has finished making their recording they can press the animated 
recording button to stop the recording. This is achieved by sending the Millenium 
CT 135 a 'Record Stop' message. At this stage they are shown a series of icons 

25 which allow them to play back, delete, or save the recording. If they choose the 
'Play' icon, the 'Playback start' message is sent to the Millenium CT 135 and the 
recording is played back to the user over the phone connection from the beginning. 
Whilst this is happening the play icon is replaced with an animated version. When 
the recording reaches the end of playback it loops to start from the beginning 

30 again. If the user selects the animated play icon then playback stops. If the user 
selects 'Save' then the recording is saved to RealAudio format. This is achieved by 
sending the Millenium CT 135 a 'Save Recording' message. If the user does not 
want to keep the recording they can select the 'Delete' Icon which removes the 
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recording by sending the Millenium CT 135 a 'Delete Recording' message. If the 
user leaves the private conference without saving their personal recording then the 
recording will be saved automatically. After choosing to save or delete a recording 
the user may go on to make more recordings whilst in the same conference 

5 

Privacy 

The system aims to give users the greatest opportunity to see who else is logged 
on to the system whilst also protecting people from unwanted instrusion. This is 

10 done by allowing individuals to set their status as 'Do not disturb* and by letting 
the originator of a conference set up its status as 'Private'. The 'Do not disturb* 
status flag is stored in the PERSON table for that user whilst the 'Conference 
Privacy' status is stored in the CONFERENCE table for that conference. If a person 
registers themselves as 'Do not disturb' then others will have this status explained 

15 to them when they click on the person's picture; they will not be able to enter into 
a conference with that person. If a conference is private then other people will not 
be able to enter it and will be shown that it is private when they ask for detail on 
it. Both "Do Not Disturb" and "Privacy" functions are implemented with toggling 
on/off controls. 

20 

Another privacy advantage of embodiments of the present invention is that 
subscribers to a service need not disclose their phone number to other users - it is 
held on the database and used to dial calls to the user but need not be visible 
directly to others. 

25 

Thfi Sleep Function 

One of the problems to be overcome with any virtual meeting-place is that users 
may log on to the system and then leave their computers to go somewhere else. 
30 This can lead to other users attempting to set-up conferences with them only to be 
confronted with answering machines. This problem can be solved as described 
above under "Removing a Person from a Conference" and this is the preferred 
method. However, another solution to this problem is to have the database 125 
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keep a record of all page load requests which are made by a particular user (other 
than regular meeting-place update requests). Each time such a request is received, 
a counter is reset. If the counter reaches a designated value, (equivalent to, say, 
10 minutes of elapsed 'silence* from the user) the user, will be designated as 
5 asleep. At this stage if another user clicks on the "sleeping" person's name they 
will be shown a page in the main frame 31 5 of the meeting-place 300 telling them 
that the other person is asleep. In such cases, users can manually dial the person 
or send them email. 

10 The meeting-place window 300 of the person who is designated as asleep changes 
to tell them this. There is a button labelled 'wake me up' which can be pressed to 
restore the user's status to 'awake' on the system's database. They will then be 
able to initiate or be invited into audio conferences once more. 

15 Handling Errors anc< UnMsuai States 

Error messages are displayed to the user whenever an audio-conference request 
(eg set-up a conference or leave a conference) fails. The request usually fails 
because the Millenium CT 135 has been unable to make a call since the called 

20 party is either engaged, not answering, or their phone number is unavailable INU). 
In such cases the Millenium CT 135 indicates the reason for failure in the 'Make 
Call' response message returned to the MAP object 205. The MAP object 205 then 
sets the status in the request in the CONFERENCE-REQUEST table to indicate the 
reason for failure. When the server 120 receives a reload request from the client 

25 (that is currently displaying the cycling dots) it inspects the status in the request in 
CONFERENCE-REQUEST table. Upon finding that the request has failed it returns 
an error page to the client 100 describing the reason for failure. The user may then 
read this and return to the meeting-place 300 by clicking on a "continue" button. 
If they do not do this the error page will automatically re-load the meeting-place 

30 300 after 30 seconds. 



Billing 
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The system provides the opportunity to bill users on the basis of subscription, 
usage or some combination of the two. Since all audio conferencing telephone calls 
are outgoing from the Millenium CT platform 135 it is possible to offer users a 
special tariff for exclusive use with calls to other registered users. The charging 
5 structure for other general calls which the user makes need not be adjusted. 

The database stores a range of allowable dialback numbers for each user. This 
allows people to use the service from more than one location. Since users are 
prevented from entering their own dialback numbers, which have to be authorised 

10 by a system administrator, the potential for using the system fraudulently to obtain 
discounted telephone calls to any destination is removed. The database records the 
name of each user who initiates an audioconference, the duration of that 
audioconference and the names of people who took part in the conference, 
together with the lengths of time for which they took part. This data can be used 

15 to charge the conference originator, the participants or both parties on a time 
basis. All such information is stored in the database 125 together with time and 
date stamps. The database 125 records the time and date at which each user 
account is created or closed down. This information can be used to facilitate 
subscription based charging. 

20 

Thft Process 

The butler process is intended to alert users whenever a new person comes on 
line, for example by playing a sound such as a bell. At this point an indicator 335 
25 (e.g. a coloured dot) is also shown adjacent to the names of any newly arrived 
users in the frame 305 and the meeting place window is brought to the front of 
the browser. The indicator persists until a new update takes place or for 2 minutes 
- whichever period is shorter. 



30 



For each person s name that appears in the "logged on" frame of the 
meeting place a 'registerUser' javascript function is called in the layout code for 
the meeting place window. This function adds the name of the user in question to 
an array. It also checks a previous' array which contains a list of all those users 
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who were present the last time the logged on frame was loaded. If a particular 
name features in the current list but not in the previous list then it is judged to be 
new and the function returns a 'true* value to the code in the logged on frame. This 
is what causes the indicator to be displayed by the name of each new user. Once 
5 all names in the logged^on frame have been 'registered' in this way the 'onLoad' 
event for this frame is used to call a second 'butler' function in the layout 
document. This simply checks whether any items in the 'current' array are 
different from those in the 'previous' array. If this is the case then a java applet is 
called in the 'tools' frame of the meeting place using the LiveConnect protocol 

10 embedded in the browser. The function of this applet is simply to play a sound of a 
designated name. In the case of the butler a 'bell' sound is played by the client. 
The registerllser function increments a variable value each time it is called (starting 
from 0) . Whenever this value is less than 1 the function still adds the names to 
the current array but it does not display an indicator near a *new' name, and the 

1 5 butler function does not generate its bell sound. This is to avoid names appearing 
as 'new* when the system is starting up. 

Ptinctional Breakdo wn of the QhiflCts SuDPOrtina the SvStem 

20 Referring to " Server Software Architecture " above, four objects installed at the 
server 1 20 support the functionality described above. These are the application, 
Millenium CT, database and Heartbeat objects 200, 205, 210. 215. Functionally, 
these deal as described with different aspects of the system. 

25 Referring to Figure 4, the application object 200 deals with the conference controls 
offered to the user by means of the meeting place screen 300: 



1 Login person 

2 Display meeting place 
30 2.1 Do updater 

2.2 Display logged-on 

2.3 Display room 

2.3,1 Change telephone number 
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2.3.2 
2.3.3 
2.3.4 
2.3.5 
2.3.6 



10 



Start conference 
Invite conference 
Join conference 
Leave conference 
Display error message 

3 Display tools 
3 ^ Share URL 

2 2 Start recording 

3 3 Stop recording 

hiPct 210 deals with the interface to the 
dr.. .re 5 the database object Zivj a 
Referring to Figure 55. xne 

database 125: 



1 

15 2 
3 



Create conference 
Get conference-request 
Create person-conference 

4 Update conference 

5 Create conference-request 

6 Get person-conference 

20 7 Update person-conference 

8 Get conference 

g Update conference request 

10 Delete person conference 

1 1 Delete conference-request 
25 1 2 Delete conference 

1 3 Update person 



. ^ w ;,,forfare to the Millenium 
. f iou,. 6 the MAP obi«t 206 deal. .he ,n,=-..ce 
Referring to Figure o, 



CT 135 

30 



1 Poll conference request table 

2 Start conference 

3 Invite conference 
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rou Miiieniurn i 


4, 1 


Record stop response received 


4.2 


Conference registration response received 


4.0 


necoro siarx response receivea 


4.4 


Call clear command received 


4.5 


iviix all participants response receivea 


A a 
4.D 


oaii Clear response receivea 


4.7 


Call dial response received 


4.8 


Register platform response received 


5 


Leave conference 


6 


Join conference 


7 


Start recording 


8 


Stop recording 



15 Referring to Figure 7, the Heartbeat object 215 simply deals with monitoring an 
area of the database 1 25 and logging out users appropriately: 

1 Poll database 

2 Log-out person 

20 

Potential Uses for the System 

The system allows groups of people to talk to each other and achieve a shared 
view of information without requiring that participants either learn a complex set of 

25 controls or invest in specialist equipment or software at the client end. The 
equipment at the server end is not particularly complex either and can be readily 
set up as part of a small business operation, company department or educational 
service for example. The system is about providing a basis for conversation and 
information exchange - the exact nature of the conversation and information traded 

30 is not constrained so there might be a wide variety of potential uses such as: 

o application as an educational tool - in particular for teaching languages 
0 use by sales teams to encourage greater communication with clients 
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riarpnt Gveots such 33 football 
. use by fan clubs to talk about ongoing or recent 

matches 

. application as part of a customer support system for a product or serv.ce 
# use as a social meeting device 
5 . us. within business as a method for helping geographically separated groups to 

collaborate 

The system can be deployed eit mall scale set-up involving PC based 

aud,o conferencing platforms such as the Millenium CT 135, o, to provide large, 
,0 scale servces on platforms such as the "integrated Speech Applications Platfo-m' 
liSAPl which has been developed by British Telecommunications pic. In the case of 
deployment on a PC based audio conferencing platform such as the Millenium CT 

,35, ,he overall group size on any platform is ganerally limited ,0 60 users by the 

system s capacity although a service can be spread over a ban. of such platforms 
,5 runmng in parallel. On ,h, iSAP, the mexrmum si« of an individual group would 

again .end to be 60 (limited by the capacity o, each shelf on the iSAP. although a 

very much larger overall user group could be catered for. 

■ Whatever the scale of the platform on which .he audio conferencing t,Kes place it 
20 is „oss,ble to .mplemen, the service in such a way that more than one separate 
group can share the same platform lor bank of platforms,. Users in group A will 
see only the names ci other users ,n group A ■ but no, the names of users in group 
B 0, C io, example. Th,s separation can be achieved entirely rhrough partitioning 
into groups in the database 125. 

.25 

Whilst the syster. described above is based on standard PCs and telephones, us.ng 
separate connections for voice and data, it is envisaged that the approach could be 
adapted to worR equally effectively on systerr^s where both datatypes were sent 
down the same line. This would include Internet based systems. The approach .s 
30 also adaptable to systems which use mobile telephony, which involve phones w.th 

.,eo a hpadset connected via the soundcard of a PC 
built in web browsers or which use a heaosex curi c 

rather than a separate telephone. 
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Although the good audio quality provided by embodiments of the present invention 
is particularly attractive to the human user, there may be applications in which 
there are no human users involved in a conference at all. For instance there may 
well be applications in which audio quality is still important but for the purpose of 
5 accuracy of recording or of communication between a recording and a machine. 
Hence use of the term "user" in this specification should not be taken as a 
limitation to human users alone. 

It will be recognised that the software, the computing capabilities, described above 
10 can be distributed in different ways across suitable platforms for supporting it. For 
instance, although management capabilities for conferencing are described as 
being predominately separate from a Millenium CT platform, in practice many (or 
even all) of the capabilities may be provided within the domain of the Millenium CT 
software. In this case, the conferencing management capabilities might run as 
15 applications which the Millenium CT itself triggers. However, for many scenarios it 
may be preferred that the conferencing software can be provided separately from 
the platform for controlling a network, A small business user could then instal the 
conference capability at relatively low cost and access platform such as the 
Millenium CT only when required. 

20 
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CLAIMS 

1 . A management and control unit for a network-based conferencing system, 
the unit comprising: 

5 

i, an input interface, for receiving control signals from at least one platform 

for providing a graphical user interface to a user, for use in controlling the network- 
based conferencing system; 

ii) an output interface for outputting control signals for use in establishing 
10 conference connections across a network between users; 

iii) an interface for providing access to a database for maintaining, including 
updating, rr^anagement data relating to one or more existing conferences: and 

iv) control means, said control means being arranged in use: 

a) to respond to a control signal received at the input interface in 
15 respect of a conference, to output one or more control signals to establish a 

conference connection; 

b) to output management data to the database in respect of one or 

more existing conferences; and 

cl to output management data from the database to the graphical user 
20 interface dur.ng sa.d one or more existing conferences for use by a user in 
managing the conference. 

2. A management and control unit according to Claim 1 , further comprising a 
platform for establishing audio connections across a network between users, 

25 wherein the network comprises a telecommunications network and said platform is 
arranged to set up conference connections in the telecommunications network. 

3. A management and control unit according to either one of Claims 1 and 2. 
wherein the input interface comprises an interface to a data network. 



30 



4. A management and control unit according to Claim 3 wherein the unit is 
provided on a server which is connected to a data network. 
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5. A management and control unit according to Claim 4 wherem at least one 
of the input and output interfaces is adapted to accommodate an internet- 
compatible communication protocol. 

5 6. A management and control unit according to any of the preceding Claims 
wherein the management data comprises an interpretation table for interpreting 
between (a) identifiers for specific users, said identifiers being selectable by a user 
at a graphical user interface, and (b) network locations for those specific users in 
the network, such that a user can establish a conference connection with another 
10 user by selecting the relevant identifier in place of a network location. 

7. A management and control unit according to Claim 6 wherein the 
management data maintained in the database comprises a set of network locations 
allocated to an identifier for a single user, and the management and control unit 

15 comprises means for selecting one of the network locations in response to 
selection of the identifier by a user at a graphical user interface. 

8. A management and control unit according to either one of Claims 6 and 7 
wherein the unit further comprises authorising means for authorising an input to 

20 the management data maintained in the database where the input comprises a 
network location. 

9. A management and control unit according to any one of Claims 6, 7 and 8 
wherein the network locations comprise telephone numbers. 

25 

10. A management and control unit according to any one of the preceding 
Claims wherein the management data output to the database by the control means 
comprises a record of time elapsed since receipt by the unit of an input signal from 
a user and, in the event that the time elapsed reaches a predetermined threshold, 

30 comprises an update to a data field associated with that user to indicate that the 
user has changed status. 
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11. A management and control unit according to any one of the preceding 
claims which further comprises means for recording a conference. 

12. A management and control unit according to any one of the preceding 
5 claims wherein the output control signals to the platform for establishing audio 

connections may further establish a single person conference. 

13. A management and control unit according to any one of the preceding 
claims, wherein the output management data to the graphical user interface may 

10 comprise alert data, in response to the addition of a user to an existing conference, 
which alert data triggers the graphical user interface to provide a generic indication 
that a new user has joined the conference. 

14. A management and control unit according to any one of the preceding 
15 claims which further comprises means for ouiputting an audible signal to a user. 

15. A management and control unit according to any one of the preceding 
claims which further comprises means for detecting an identifier for a platform for 
providing a graphical user interface to a user, on receipt of a control signal from 

20 such a platform, and for translating the Identifier to a network location for a 

telecommunications terminal associated with said platform, for use in establishing 
a conference connection to said network location. 

16. A management and control unit according to any one of the preceding 
25 claims which further comprises means for responding to an update request from a 

platform for providing a graphical user interface to a user by reviewing whether 
there has been a change to data determining a screen displayed at the graphical 
user interface and sending update data only in the event that there has been such 
a change, - 

30. 
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